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INTERACTIVE TUTORIAL METHOD, SYSTEM, AND COMPUTER 
PROGRAM PRODUCT FOR REAL TIME MEDIA PRODUCTION 



CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001] This application claims the benefit of U.S. Provisional Application Serial 

No. 60/196,471, filed April 12, 2000, by Holtz et a/., entitled "Interactive Tutorial 
System, Method and Computer Program Product for Real Time Video 
Production," incorporated herein by reference. 

[0002] The following United States and PCT utility patent applications have a 

common assignee and contain some common disclosure: 

"Real Time Video Production System and Method," Serial No. 
09/215,161, by Holtz et a/., filed December 18, 1998, incorporated 
herein by reference; 

"System and Method for Real Time Video Production and 
Multicasting," Serial No. 09/482,683, by Holtz et al. 9 filed January 14, 
2000, incorporated herein by reference; 

"System and Method for Real Time Video Production and 
Multicasting," Serial No. 09/488,578, by Snyder et al. 9 filed January 
21, 2000, incorporated herein by reference; 

"Full News Integration and Automation for a Real time Video 
Production System and Method," Serial No. 60/193,452, by Holtz et 
al 9 filed March 31, 2000, incorporated herein by reference; 

"System and Method for Real Time Video Production and 
Multicasting," Serial No. 09/634,735, by Snyder et a/., filed August 8, 
2000, incorporated herein by reference; 

"System and Method For Real Time Video Production and 
Multicasting," Serial No. PCT/US0 1/00547, by Snyder et al 9 filed 
January 9, 2001, incorporated herein by reference; 

"Method, System and Computer Program Product for Full News 
Integration and Automation in a Real Time Video Production 
Environment," Serial No. TBD (Attorney Docket No. 1752.0130001), 
by Holtz et al. 9 filed April 2, 2001, incorporated herein by reference; 
and 
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"Method, System and Computer Program Product for Full News 
Integration and Automation in a Real Time Video Production 
Environment," Serial No. TBD (Attorney Docket No. 1 752.0 13PC01), 
by Holtz et aL, filed April 2, 2001, incorporated herein by reference. 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0003] The present invention relates generally to media production, and more 

specifically, to a system, method and computer program product for providing 
educational training about live or live-to-tape media production techniques. 

Related Art 

[0004] The broadcast industry today is going through dramatic changes due to 

regulatory requirements for digital transmissions and competition from both 
traditional and nontraditional industry sectors. Traditional competitors such as 
cable have coexisted with broadcasters due to both mandated and agreed upon 
"must carry" rules that allow local broadcast stations to access cable networks. 
Nontraditional transmission mediums now exist due to the emergence of digital 
broadcast satellite (DBS) and Internet Service Providers (ISP). 

[0005] As more and more households adopt nontraditional transmission mediums, 

the competition for consumer attention will continue to increase. Currently, the 
unique advantage that broadcasters have is local origination, especially from 
news. However, competition continues to develop for major network (i.e., ABC®, 
NBC® and CBS®) affiliates due to FOX®, UPN® and other startups for cable 
services and Internet multicasts (including webcasts). In addition, in the 
foreseeable future, digital transmission signals may be divided into separate 
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channels for multicasting applications, thereby permitting major networks to step 
into the local origination market. In addition, newspapers, radio stations and other 
entities are competing for awareness and market share on the Internet. Television 
broadcasters are putting forth an effort to also maintain a local market share on 
the Internet but have yet to leverage successfully their best asset, i.e. video. 
[0006] All of these issues present new obstacles that must be overcome by all 

broadcasters. These issues involve transitioning to digital broadcasts; leveraging 
automation to resolve the reallocation of resources to generate more content at 
lower operating expenses; creating an Internet presence to leverage their video 
assets; multicasting to add programming diversity and revenue; using computer 
networking to adapt streamlined approaches for field acquisition, pre-production, 
editing, and on-air execution of the show; and maintaining on-air systems through 
system redundancy. 

[0007] One significant obstacle facing the broadcasting industry is education. 

Many progressive ownership groups are quickly educating their general 
managers, news directors and broadcast engineers about the issues outlined above. 
Producers and directors must also be reeducated to understand new processes and 
technology. Moreover, the broadcast industry must recruit new personnel well 
trained in new technology to remain competitive. 

[0008] Consequently, educational institutions are being challenged to meet the 

demands of the broadcast industry for graduates well versed in digital, 
automation, multicasting (including, webcasting), and networking, along with 
work flow processes that leverage this technology. Thus, the expectation for 
today's students is to understand not only the artistic aspects of broadcast 
productions as producers and directors, but also the processes that must be 
implemented to leverage technology in order to successfully compete in the 
industry. Many of today's curriculums do not present or provide awareness for 
these challenges. Today's colleges and universities are limited and do not have 
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access to nontraditional automation equipment, curriculums and teaching tools 
that focus on new technology. 

[0009] With respect to nontraditional equipment, most schools have multistation 

production environments that include a separate video switcher, audio mixer, 
video/tape recorders (VTRs), character generators, camera control units and 
manually controlled cameras. Schools will be challenged to keep this equipment 
and train on past, present and future production techniques by purchasing a 
separate digital automation control room. 

[0010] Regarding the school curriculums, most text books used in colleges and 

universities still do not cover all aspects of the digital transition and leveraging of 
automation for single and multichannel operations and Internet multicasting. 
Many cover digital fundamentals but limit the discussion to equipment without 
extensive workflow changes and equipment architecture that focuses on 
automation. In addition, many focus strictly on the postproduction non-linear 
aspects of digital equipment without discussing the effects on the live production 
process, not to mention workflow changes required to address the Internet. 

[0011] As for teaching tools, standard textbook instruction limits the teacher's 

ability to remain updated in real time. In addition, students learn more through 
exposure to multimedia tools with on-demand quizzing. Nontraditional media 
intensive methods are needed as the industry becomes more complex and diverse 
and also to assist the instructor. Instructional media tools, such as CD-ROM and 
interactive Internet tutorials with text, video and dynamic graphic presentations, 
can become the standard as more students and campuses gain Internet access to 
the home, classroom and dormitory. 

[0012] Schools are being challenged to educate students for other aspects of the 

broadcast production process and environment, including news automation, 
Internet multicasting, master control automation (i.e., scheduling programming 
with commercial insertions), and media management automation (i.e., video and 
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other media server networking and technology for database management, 
archiving and editing). 
[0013] Therefore, what is needed is a media production educational system and 

method that addresses the above problems. 

SUMMARY OF THE INVENTION 

[0014] The present invention solves the above identified problems by providing a 

tutorial system and method to generate and send online media production lessons 
and other data to one or more students over a computer network, such as an 
organization's private intranet or the global Internet. The lesson sessions covers, 
for example, all aspects of digital transition and leveraging of automation for 
single and multi-channel operations and Internet multicasting. 

[0015] In an embodiment, a tutorial management server communicates with a 

plurality of student workstations, instructor workstations and integrated, fully 
automated media production systems. The tutorial management server includes a 
matriculation manager that registers and maintains system security. A curriculum 
manager controls the routing of lesson contents to each student. Tutorial 
management server also includes devices that evaluate each student's proficiency 
and performance and creates a study guide to assist the student in improving 
overall performance. A messaging manager is also provided to support real time 
communications among the students and their instructors. 

[0016] In an embodiment, the tutorial management server guides the student in 

generating a script or broadcast instructions to pre-produce a live or live-to-tape 
media production. The broadcast instructions allows students to build a show 
using hot-keys that can be programmed to represent typical show segments found 
in producer and director rundown sheets, such as INTRO/PKG/TAG, VO, SOT, 
OTS and other elements or segments of a show. 
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[0017] Full integration with an automated media production system enables the 

students to have total control over multiple cameras, video switching, digital 
video effects, audio mixing, scripts and external devices such as VTRs, character 
generators and other equipment. It is important to note that the lessons and study 
guide can be used in a non-automated environment. In other words, the lesson 
plans are structured in a manner that teach both traditional methods of media 
production and automation methods. The automation methods can be taught 
without having automation equipment available for lab work although having it is 
^ a benefit to the student learning process. 

i» 
w 

m 

2 BRIEF DESCRIPTION OF THE DRAWINGS/FIGURES 

IU 
hJ 

v [0018] The accompanying drawings, which are incorporated herein and form part 

,g of the specification, illustrate the present invention and, together with the 

pj description, further serve to explain the principles of the invention and to enable a 

y person skilled in the pertinent art to make and use the invention. In the drawings, 

like reference numbers indicate identical or functionally similar elements. 

Additionally, the leftmost digit(s) of a reference number identifies the drawing in 

which the reference number first appears. 



[0019] FIG. 1 illustrates a block diagram of the configuration of an embodiment 

of an integrated, fully automated media production system. 
[0020] FIG. 2 A illustrates an embodiment of graphical user interface 132. 

[0021] FIG. 2B illustrates an embodiment of graphical user interface 133. 

[0022] FIG. 3 illustrates a block diagram of the configuration of an embodiment 

of a media production tutorial system. 
[0023] FIG. 4 illustrates a block diagram of the configuration of an embodiment 

of a media production tutorial management server. 
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[0024] FIG. 5 illustrates a relation diagram of the configuration of an embodiment 

of a media production tutorial database. 
[0025] FIG. 6 illustrates a relation diagram of the configuration of an embodiment 

of a media production tutorial-curriculum database. 
[0026] FIG. 7 illustrates an exemplary facilities layout according to an 

embodiment of a media production tutorial system. 
[0027] FIG. 8 is a block diagram of an example computer system useful for 

implementing the present invention. 
[0028] FIG. 9 illustrates an embodiment for a graphical user interface for an 

exemplary tutorial lesson. 
[0029] FIG. 10 illustrates an embodiment of timesheet 299. 

[0030] FIG., 11 illustrates an embodiment for a graphical user interface for an 

exemplary lesson syllabus. 
[0031] FIG. 12 illustrates an embodiment for a graphical user interface for an 

exemplary examination session for one or more lesson sections. 
[0032] FIG. 13 illustrates an embodiment for a graphical user interface for an 

exemplary examination session for one or more lesson units. 
[0033] FIG. 14 illustrates an embodiment for a graphical user interface for an 

exemplary study guide review page. 
[0034] FIG. 1 5 illustrates an exemplary media production studio. 

[0035] FIG. 16 illustrates an example timesheet 1600. 

[0036] FIG. 17 illustrates an embodiment for a graphical user interface for an 

exemplary announcement page. 
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DETAILED DESCRIPTION OF THE INVENTION 

Table of Contents 
Overview of Media Production Tutorial System 
Client Workstations 
Media Production System 
Media Production Tutorial Management 

A. Tutorial Management Server 

B. Matriculation Manager 

C. Curriculum Manager 

D. Performance Manager 

E. Study Guide Manager 

F. Messaging Manager 

G. Tutorial Database 
Software and Hardware Embodiments 
Conclusion 

Overview of Media Production Tutorial System 

FIG. 3, illustrates, according to an embodiment of the present invention, a 
media production tutorial system 300 for providing automated media production 
training over a network connection 316. Tutorial system 300 supports live or live- 
to-tape media productions and online training that leverages cutting edge 
television production techniques for dynamic lesson planning, pre-planning and 
delivery. Referring to FIG. 3, tutorial system 300 includes one or more student 
workstations 304 (shown as 304a-304n); one or more instructor workstations 308 
(shown as 308a-308m); one or more integrated media production systems 100 
(shown as 100a- 1001); network connection 316; media production tutorial 
management server 320; and tutorial system database 324. 
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[0038] FIG. 7 illustrates a typical layout of a training facility 700 for tutorial 

system 300. In an embodiment, training facility 700 includes a control room 704, 
studio area 708 and training area 712. Control room 704 and studio area 708 are 
components of a media production system 100, as discussed in detail below. 
Training area 712 includes work areas for an instructor 716 and at least one 
student 720. In this embodiment, each student 720 and instructor 716 utilize a 
student workstation 304 and instructor workstation 308, respectively, to 
communicate with tutorial system 300. As illustrated, system 300 supports a 
multi-purpose communication studio 708 that can be controlled from a single 
control room 704. Studio area 708 includes, in an embodiment, a news desk, 
video camera and chroma key wall or backdrop (that uses chroma key paint or 
material in blue or green) for weather, sports and any other student events, 
including an instructor lesson with video or graphic background with instructor 
chroma keyed in front. Control room 704 can be modeled after a digital 
automation broadcast station in order to simulate the processes necessary to 
properly educate and place student 720 in the broadcast industry. 

[0039] Referring back to FIG. 3, bidirectional communications are provided 

between tutorial management server 320 and each student workstation 304, 
instructor workstation 308 and media production system 100 over a diverse 
computer network 316 which includes wired or wireless local area networks 
(LAN) or wide area networks (WAN), such as an organization's intranet, local 
internets, the global-based Internet (including the World Wide Web (WWW)), 
virtual private networks, or the like. Network 110 supports wired, wireless, or 
both transmission media, including satellite, terrestrial (e.g., fiber optic, copper, 
coaxial, hybrid fiber-coaxial (HFC), and the like), radio, microwave, and any 
other form or method of transmission. A plurality of student workstations 304, 
instructor workstations 308 and media production systems 100 can all be 
connected to each other by a central bus 312 (shown as 312a-312d) to form a 
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local area network (LAN), wide area network (WAN), or the like as would be 
apparent to one skilled in the relevant art(s). Bus 312 can be a coaxial, fiber, HFC, 
copper or twisted cable used for bidirectional communications. Bus 312 can also 
represent radio, microwave, and any other form or method of transmission. Bus 
312 is configurable to support broadband or baseband, such as Ethernet, network 
protocols. 

[0040] In an embodiment of the present invention, tutorial system 300 utilizes a 

CODEC ISDN based technology for interactive communications with 
geographically dispersed students 720 within a school district as well as outside 
the school district. In addition, tutorial system 300 has downlink or cable access 
capability to receive broadcast signals from, for example, a school board for 
teacher/principal conferences or from other broadcast sources. In an embodiment, 
the broadcasts would support interactive phone line audio links for questions and 
answers. In this embodiment, microphones deposed on, for example, student 
workstations 304 would be capable of audio transmissions via telephone lines. In 
another embodiment, tutorial 300 is used over a wired or wireless LAN/WAN 
within the school building, on campus among multiple buildings or within a 
school district that includes multiple schools over a wide area network. In 
addition, a student 720 from home can access tutorial 300. In this application, 
home users can access the media production tutorial management server 320 via 
standard POTs modems (28.8 Kbps or 56 Kbps), cable modems, DSL modems or 
any other wired or wireless access available for Internet access back to server 320. 

II. Client Workstations 

[0041] As discussed above, tutorial system 300 communicates with one or more 

student workstations 304, instructor workstations 308 and media production 
systems 100 (collectively referred to herein as client workstations) over network 
connection 316. Each client workstation can be a personal computer, personal 
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digital assistant (PDA), telephone, television or other device linked to computer 
network 316 and including a display device with the ability to select one or more 
curriculum lessons. In this embodiment, each student 720 and instructor 716 uses 
a student workstation 304 and instructor workstation 308, respectively. 



user interface (GUI) and enables a user (i.e., student 720, instructor 716, 
administrator, etc.) to interactively communicate with tutorial management server 
320. The display GUIs provides graphical controls corresponding to various 
tutorial and media production commands. In an embodiment of the present 
invention, each student 720 and instructor 716 use a keyboard and/or mouse to 
interact with tutorial system 300 by manipulating the graphical controls of the 
display GUIs. In another embodiment, the client workstations are configurable to 
receive verbal commands to execute various tasks during media production. 
Using a rule-based expert system, a processing unit enables a voice recognition 
unit to identify the voice of student 720 and instructor 716 to recognize and 
process verbal commands to activate the graphical control. Other input devices 
can be a mouse wheel, joystick, rudder pedals, touch screen, microphone, 
joystick, stylus, light pen, or any other type of peripheral unit. The 
aforementioned is a representative list of input devices that can be used with the 
present invention, it should be understood that any other type of input device, as 
would be apparent to one skilled in the relevant art(s), could be easily included 
and would not change the scope of the invention. Any presently available or 
future developed device that is responsive to a general purpose interface is 
encompassed by the present invention. 
[0043] An application program interface (API) interacts with the display GUI and 

the input device to support real time visual feedback and communications with the 
other components of tutorial system 300. Accordingly, in response to students 720 
and directors activating a graphical control from the display GUIs, the client 



[0042] 



The display device for the client workstations provides a text or graphical 
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workstations transmit signals to tutorial management server 320 and media 
production systems 100 corresponding to the activated graphical control. 
[0044] In an embodiment, CD-ROM technology is used to limit the amount of 

video and graphic information that requires distribution over the network. All 
video and graphic elements are stored on the CD-ROM with links and instructions 
to them residing at server 320. Once a student 720 activates the CD-ROM and 
logs in, the link is established between the CD-ROM and server 320. As a student 
720 moves through the lesson plan, the links call up the appropriate graphic and 
video images associated with the lesson plan. This allows for better performance 
of the interactive tutorials in narrowband applications. 

III. Media Production System 

[0045] FIG. 1 illustrates, according to an embodiment of the present invention, an 

integrated media production system 100 for automating the execution of a show. 
The present invention contemplates analog and digital media environments. Each 
media production system 100 is preferably, but not necessarily, of the type 
described in commonly assigned U.S. Patent Serial No. 09/215,161, filed 
December 18, 1998, by Holtz et al y and entitled "Real Time Video Production 
System and Method," (hereinafter referred to as the "the 6 161 application"); or 
U.S. Patent Serial No. 09/634,735, filed August 8, 2000, by Snyder et a/., and 
entitled "System and Method for Real Time Video Production and Multicasting," 
(hereinafter referred to as "the '735 application"). The disclosures of the 4 161 
application and the '735 application are incorporated herein by reference as 
though set forth in their entireties. 

[0046] As shown in FIG. 1, each media production system 100, in a 

representative embodiment, includes a processing unit 102 in communication with 
a variety of media production devices. Such media production devices include, 
but are not limited to, a video switcher 104; a digital video effects device (DVE) 
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106; an audio mixer 1 10; a teleprompting system 108; video cameras and robotics 
(for pan, tilt, zoom, focus, and iris control) 120, 122, 124, and 126; a 
record/playback device (RPD) 128; and a character generator and/or still store 
130. RPD 128 can be a video tape recorder/player (VTR), a video server, a virtual 
recorder (VR), a digital audio tape (DAT) recorder, or any device that stores, 
records, generates or plays back via magnetic, optical, electronic, or any other 
storage media. Lines 170-188 represent logical communication paths between 
processing unit 102 and the media production devices 104-130 listed above. 
[0047] While the above is a representative list of media production devices that 

can be used in the present invention, it should be understood that any other media 
production device, including, but not limited to, studio lighting devices, news 
automation devices, master control/media management automation systems, 
commercial insertion devices, compression/decompression devices (CODEC), 
video recorders/servers, and virtual sets, could be easily included and would not 
change the scope of the invention. Any presently available or future developed 
device that is responsive to a general purpose interface is encompassed by the 
present invention. In addition, live feeds (such as field news reports, news 
services, sporting events, and the like) from any type of source, including satellite, 
terrestrial (fiber, copper, coaxial, and the like), radio, microwave or any other 
form or method of media transmission, can be provided in lieu of media 
production devices in accordance with the present invention. The following books 
describe representative media production devices and methods and each is 
incorporated herein by reference: J. Van Tassel, "Advanced Television Systems," 
Butterworth-Heinemann, 1996; M. Robin and M. Poulin, "Digital Television 
Fundamentals," McGraw-Hill, 1998; A. Inglis and A. Luther, "Video 
Engineering," McGraw-Hill, 1996 (second edition); K. Blair Benson, "Television 
Engineering Handbook," McGraw-Hill, 1992 (revised edition); Zettl, "Television 
Production Handbook," Wadsworth, 1997 (sixth edition). 
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[0048] In an embodiment of the present invention, processing unit 102 

communicates with standard media production devices using the Sony® 
Betacam™ protocol from Sony Corp., Tokyo Japan, or the Chyron® intelligent 
interface protocol from Chyron Corp., Melville, New York. However, the present 
invention can accommodate any presently available or future developed protocol 
for communicating and/or controlling media production devices. 

[0049] There is also provided a general purpose input (GPI) interface 190 and a 

general purpose output (GPO) interface 192 for communicating with media 
production devices, such as character generators, virtual video recorders, cue tone 
encoders, master control switchers and media management automation systems 
and any other equipment that can accept as an input and/or output either 
momentary or latching general purpose interface triggers. In an embodiment, GPI 
190 receives an electrical pulse signal and can be configured to trigger on the rise 
of the pulse signal, the fall of the pulse signal or on both the rise and fall of the 
pulse signal. GPO 192 is a contact closure that can be configured as a momentary 
or latching contact closure. It is also contemplated that GPI 190 and GPO 192 can 
accommodate other signaling schemes. 

[0050] Because processing unit 102 is in communication with media production 

devices 104-130, processing unit 102 can send media production commands to 
and receive information from those media production devices. Processing unit 
102, therefore, provides a means of centrally controlling each of the media 
production devices 1 04- 130. 

[0051] A video director 135 uses processing unit 102 to produce a show or show 

segment. Students 720 using student workstations 304, instructors 716 using 
instructor workstations 308 and an application program stored on tutorial 
management server 320 (discussed below) can also act as video director 135 to 
utilize processing unit 102 to produce a show or show segment. Thus, video 
director 135 is used herein to include student 720, instructor 716, and tutorial 
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management server 320. In an embodiment, processing unit 102 displays 
graphical user interfaces (GUIs) 132 and 133 on display devices 114 and 115, 
respectively. In another embodiment, processing unit displays GUIs 132 and 133 
together on a single display device. 

[0052] GUIs 132 and 133 display graphical controls corresponding to the media 

production devices 104-130. In an embodiment of the present invention, video 
director 135 uses a keyboard 118 and a mouse 1 16 to interact with the processing 
unit 102 by manipulating the graphical controls of GUI 132, 133. In another 
embodiment, each media production system 100 is configurable to receive verbal 
commands to execute various tasks during media production. Using a rule-based 
expert system, processing unit 102 enables GUIs 132 and 133 to identify the voice 
of video director 135 to recognize and process verbal commands to activate the 
graphical control. As described in reference to the client input device, it should be 
understood that any other type of input device, including, but not limited to, a 
mouse wheel, joystick, rudder pedals, touch screen, microphone, stylus, light pen, 
or the like as would be apparent to one skilled in the relevant art(s) easily could be 
included and would not change the scope of the present invention. In response to 
video director 135 activating a graphical control from GUI 132 or 133, processing 
unit 102 transmits a media production command to the media production device 
corresponding to the activated graphical control. In this manner, video director 
135 centrally controls the operation of each of the media production devices. 

[0053] FIGs. 2A and 2B illustrate an embodiment of GUI 132 and an 

embodiment of GUI 133, respectively. GUI 132 includes video switcher graphical 
controls 202 for controlling video switcher 104 and DVE 106; audio mixer 
graphical controls 204 for controlling audio mixer 110; RPD graphical controls 
206 for controlling up to twelve RPDs; camera graphical controls 205 for 
controlling one or more cameras that are in communication with processing unit 
102; and DVE controls 203 for controlling DVE 106. GUI 133 includes 
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teleprompting system graphical controls 208 for controlling teleprompting system 
108 and character generator (CG) graphical controls 210 for controlling one or 
more character generators, such as CG 130. 

[0054] In addition to providing the above described graphical controls for 

manually controlling media production devices, processing unit 102 provides a 
means for automating the execution of a show. That is, processing unit 102 
provides a means for executing a show without the need for an expensive 
production crew to control the media production devices. 

[0055] The execution of a show is automated by creating and executing computer) 

readable broadcast instructions, which are a set of media production commands, 
where each media production command is associated with a timer value and at 
least one media production device. In an embodiment, the broadcast instructions 
are created from the Transition Macro™ multimedia production control program 
developed by ParkerVision, Inc. (Jacksonville, FL) that can be executed to control 
an automated multimedia production system. As described in the 6 161 application 1 
and the 6 73 5 application, the Transition Macro™ program is a timeline-based* 
application that allows serial and parallel processing of media production 
commands to automate the control of a multimedia production environment. 

[0056] The following is an illustration of a simple set of broadcast instructions 

representing a "voice over" segment of a director's rundown sheet. The broadcast 
instructions include the following four media production commands and their 
associated timer values: (1) play RPD 128, one second; (2) fade up talent 
microphone (audio channel 109(1)), one second; (3) connect the video output 144 
from RPD 128 to program output 154, two seconds; and (4) fade down talent 
microphone, ten seconds. The stated timer values indicate when the command is 
to be executed. 

[0057] To perform the above broadcast instructions, video director 135 activates a 

timer. Processing unit 102 continuously monitors the timer. When the timer reads 
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one second, processing unit 102 executes the first two commands simultaneously 
or substantially simultaneously. That is, when the timer reads one second, 
processing unit 102 performs the following steps: (1) processing unit 102 
transmits a play command to RPD 128 and (2) transmits a command to audio 
mixer 110 that causes audio mixer 1 10 to fade up audio channel 109(1). When the 
timer reads two seconds, processing unit 102 transmits a control command to 
video switcher 104 and DVE 106 that causes video switcher 104 and DVE 106 to 
link program output 154 with the video switcher input port 164, which is coupled 
to a video output of 144 RPD 128, thereby connecting RPD 128 5 s video output 
144 with program output 154. Lastly, when the timer reads 10 seconds, 
processing unit 102 transmits a control command to audio mixer 110 that causes 
audio mixer 110 to fade down audio channel 109(1). In this manner, a media 
production is automated. 

[0058] Processing unit 102 provides an automation control timesheet (hereafter 

"timesheet") 299 (see FIG. 2B) for creating and executing broadcast instructions. 
A set of broadcast instructions are created by placing icons onto timesheet 299, 
where each icon is associated with one or more media production commands and 
at least one media production device, or where each icon can be configured to be 
associated with one or more media production commands and at least one media 
production device. In an embodiment, the icons that form the graphical controls 
202, 203, 204, 205, 206, 208, 210 can be placed on timesheet 299, as well as other 
icons from GUI 133, such as icons 270-282. 

[0059] FIG. 10 illustrates an embodiment of timesheet 299. Timesheet 299 

includes a timer 1002, which is represented as a horizontal time line, and fourteen 
control lines 1003-1016. There is also provided timer controls 1050 for 
controlling timer 1002. Timer controls 1050 include a start/step button 1052, a 
cue/reset button 1054, and a stop button 1056. Activating start/step button 1052 
causes timer 1002 to run. Activating stop button 1056 causes timer 1002 to stop 
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running. Activating cue/reset button 1054 causes timer 1002 to reset to zero (0) 
seconds. 

[0060] Timesheet 299 can be reduced or enlarged by activating minus zoom icon 

1025 or plus zoom icon 1024, respectively. Reducing timesheet 299 means that 
timer 1002 and all of the icons placed on timesheet 299 are scaled down, while 
maintaining the dimensions of timesheet 299. Similarly, enlarging timesheet 299 
means that timer 1002 and all of the icons placed on timesheet 299 are scaled up, 
while maintaining the dimensions of timesheet 299. 

[0061] In another embodiment of the present invention, timer sheet 299 includes 

DVE-DSK indicators that are used to inform the system operator, i.e. video 
director 135, of the current status of DVE and DSK effects as the show executes. 
The broadcast instructions must account for the required time to initiate and 
prepare the DVE and DSK effects for operation. The DVE can take, for example, 
five frames to initiate. External and internal DSK lights also require setup time. 
The DVE-DSK status lights indicate three states for the media production 
devices: "OFF," "PREPARATION," and "ON." "OFF" indicates the event is not 
being executed. "ON" indicates the event is in the process of being executed. 
"PREPARATION" indicates the event is being prepared for execution. 

[0062] In an embodiment, control line 1004 is a DVE control line, which means 

that icon 270 can be placed onto control line 1004. Control line 1005 is an audio 
mixer control line, which means that icons from audio mixer graphical controls 
204 and icon 271 can be placed onto control line 1005. Control line 1006 is a 
teleprompting control line, which means that icons from teleprompter graphical 
controls 208 and icon 272 can be placed onto control line 1006. Control line 1007 
is a CG control line, which means that icons from CG graphical controls 210 and 
icon 273 can be placed onto control line 1006. Control lines 1008-1011 are 
camera control lines, which means that icons 274-277 can be placed onto control 
lines 1008-1011. Control lines 1012-1015 are record/playback device (RPD) 
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control lines, which means that only icons from RPD graphical controls 206 and 
icons 278-281 can be placed on control lines 1012-1015. The media production 
system of the present invention allows audio/video feeds to be saved or retrieved 
by filename. The media can be integrated into the control lines and executed 
during a live broadcast. Alternatively, the media can be archived and broadcast at 
a later time. 

Control line 1003 is a step mark line that can be used to control an action 
while the broadcast instructions are being executed. As shown in FIG. 10, a step 
mark icon 1018, a GPI mark icon 1020, and a user mark icon 1022 can be placed 
on control line 1003. As discussed in more details below, step mark icon 1018 can 
be used to pause or stop the broadcast instructions, and GPI mark icon 1020 can 
be used to create a contact closure when it is communicating with a GPI device. 
For example, if the broadcast instructions have been structured to send a GPO 
command to cue and run a commercial from a GPI device, GPI mark icon 1020 
can be used to restart the broadcast instructions after the GPI device sends a return 
command indicating that the commercial has concluded. 

User mark icon 1022 is provided for precisely associating a particular 
timer value with an icon placed on timesheet 299. For example, if video director 
135 desired to place an icon 270 onto control line 1004 such that the timer value 
associated with icon 270 is exactly 10 seconds, video director 135 first drags and 
drops user mark icon 1022 onto step mark control line 1003 at the ten second 
mark on timer 1002. Video director 135 would then drag and drop icon 270 onto 
the user mark icon 1022. Icon 270 is then automatically placed onto control line 
1004 such that the timer value associated with icon 270 is ten seconds. In short, 
any icon that is drag and dropped onto the user mark 1022 is automatically placed 
on the appropriate control line (i.e., 1004-1016) and with a timer value designated 
by user mark 1022. Accordingly, user mark icon 1022 can be used to cause 
several events to occur at the same point on the timer 1002. As such, activating 
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user mark icon 1022 would cause each of the designated events to "snap-to" the 
same start time as the user mark on their appropriate control line (i.e., 1004- 
1016). 

[0065] Label icon 1023 can also be placed on control line 1003 to allow video 

director 135 to name a segment or portion of timesheet 299. Once label icon 1023 
is dragged and dropped onto control line 1003, video director 135 can double 
click the icon to open up a dialogue box that allows video director 135 to enter in 
text. The text is then displayed on the label icon. This allows video director 135 to 
label one or more portions of timesheet 299. 

[0066] In the above manner, broadcast instructions provide for automatic control 

of media production devices and allows video director 135 to execute a show 
without a production crew. 

[0067] An example show and an example set of broadcast instructions for 

automating the execution of the example show is described with reference to 
FIGs. 15 and 16. FIG. 15 illustrates an exemplary media production studio 1502 
and an exemplary media production control room 1504. The example is a talk 
show with one host 1506 and one guest 1508. 

[0068] In an embodiment, processing unit 102, video switcher 104, DVE 106, 

RPD 128, and audio mixer 110 are all within control room 1504. Cameras 120, 
122, and 124 and microphones 1516 and 1518 are in the studio 1502. Video 
outputs 140, 141, and 142 from cameras 120, 122, and 124 are coupled to video 
switcher input ports 160, 161, and 162, respectively. Video output 144 of RPD 
128 is coupled to video switcher input port 164. Audio output 1521 from RPD 
128 is coupled to input 1 of audio mixer 110. Audio outputs 1532 and 1534 from 
microphones 1518 and 1516 are coupled to input 2 and 3 of audio mixer 110, 
respectively. Consequently, audio output 1521 is designated audio input channel 
one, audio output 1532 is designated audio input channel two, and audio output 
1534 is designated audio input channel three. 
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[0069] The first step in automating the execution of the talk show is to 

pre-produce the show. Pre-producing a show means defining a production script 
for the show and then defining a director's rundown sheet for the show. A 
production script for a show defines the show's segments or layout. A director's 
rundown sheet defines all of the desired media production settings for each 
segment and all of the media production transitions between segments. For this 
example, the production script for the talk show has five segments, which are 
shown below: 

(1) Welcome by host (6 seconds) 

(2) Brief discussion between host and guest (8 seconds) 

(3) Guest provides information on a movie the guest is starring in (8 
seconds) 

(4) Show brief video clip (4 seconds) 

(5) Wrap-up and closing by host. 

[0070] For this example, the desired media production settings are as follows. For 

the first segment, camera 120 is set to give a close-up shot of host 1506 and 
camera 120's video output 140 is coupled to program output 154, and the host's 
microphone 1516 is brought up. 

[0071] For the second segment, camera 122 is set to give a wide shot of both the 

host 1506 and the guest 1508 and its video output 141 is connected to program 
output 154, and the guest's microphone 1518 is brought up. Because the program 
output has changed from camera 120 to camera 122 in going from segment one to 
segment two, a video transition needs to be defined. Possible video transitions 
include fading, wiping, or cutting. For this example, the transition will be a cut 
from camera 120 to camera 122. 

[0072] For the third segment camera 124 is set to give a close-up shot of guest 

1508 and its video output 142 is selected for program output. The video transition 
will be a cut from camera 122 to camera 124. 
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[0073] For the fourth segment video output 144 of RPD 128 is selected for 

program output, both the guest's and the host's microphone 1516 and 1518 are 
brought down, audio output 1521 of RPD 128 is brought up, the video transition 
is a fade from camera 124 to RPD video output 144, and RPD 128 is programmed 
to play a video segment. 

[0074] For the fifth and final segment of the show, the video transition is a fade 

from RPD video output 144 to camera 120, camera 120 is set up for a close-up 
shot of the host 1506, the host's microphone 1516 is brought up, and audio output 
1521 of RPD 128 is brought down. 

[0075] After pre-producing a show as described above, video director 135 places 

the appropriate icons onto timesheet 299 to create broadcast instructions that will 
be used to automate the execution of the show. 

[0076] FIG. 16 illustrates a simple example timesheet 1600 for producing the talk 

show described above. Obviously, other more complex broadcast instructions 
could be used to produce the talk show. FIG. 16 illustrates a fully automatic 
timesheet 1600. In other words, the broadcast instructions do not cause timer 1002 
to pause at predetermined pause points. However, the present invention also 
contemplates semi-automatic broadcast instructions. Semi-automatic broadcast 
instructions are broadcast instructions that pauses timer 1002 at predetermined 
pause points. Semi-automatic broadcast instructions provide video director 135 
with greater control in executing a show. 

[0077] Referring again to FIG. 10, semi-automatic broadcast instructions are 

created using step mark icon 1018 or GPI mark icon 1020. By placing a step mark 
icon 1018 or a GPI mark icon 1020 onto step mark control line 1003, video 
director 135 specifies a point when timer 1002 should automatically stop running. 
That is, timer 1002 stops running without video director 135 having to activate the 
stop button 1056 or without an external device transmitting a timer stop command 
to processing unit 102. After timer 1002 is stopped by a step mark icon 1018, 
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timer 1002 can be restarted either manually by the video director 135 activating 
start/step button 1052 or automatically by an external device, such as the 
teleprompting system 108, transmitting a step command to processing unit 102. 
Similarly, after timer 1002 is stopped by a GPI mark icon 1020, timer 1002 can be 
restarted by receiving a GPI input on GPI interface 190. 
[0078] Step mark icon 1018 and GPI mark icon 1020 also serve to logically break 

broadcast instructions into two or more segments. Video director 135 places step 
mark icon 1018 and GPI mark icon 1020 onto step mark control line 1003 by 
dragging and dropping step mark icon 1018 and GPI mark icon 1020, 
respectively. 

[0079] A preview feature is provided with the semi-automatic feature described 

above. The preview feature allows video director 135 to preview a video signal 
before it is transitioned to program output 154. Typically, preview output 154 is 
connected to a preview monitor. This allows video director 135 to see exactly 
what the next camera shot looks like before the next camera shot is coupled to 
program output 1 54. This feature is important when executing a live show, such 
as a nightly news broadcast. 

[0080] The broadcast instructions, whether semi-automatic or fully automatic, can 

be stored in a file for later retrieval and modification. This allows video director 
135 to store show "templates." A show template is a generic set of broadcast 
instructions that can be re-used many times to produce a variety of different 
shows. By storing show templates, new shows can easily be produced by 
leveraging a previously created broadcast instructions. Video director 135 recalls 
the template by filename, makes the necessary modifications as required 
(according to the new rundown sheet) and saves the broadcast instructions with a 
new filename. Leveraging "templates" can save time, improve quality and 
preserve format consistency. 
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[0081] Referring back to FIG. 2B, Video director 135 saves a set of broadcast 

instructions to a file by activating a save button 250. Upon activating save button 
250, video director 135 is prompted for a filename. After providing a filename, 
the current broadcast instructions are saved with that filename. The broadcast 
instructions can then be retrieved at a later time, modified, and saved under a new 
name by activating a "save as" button 252. To open a previously saved set of 
broadcast instructions, video director 135 activates an open file button 249. Upon 
activating open file button249, video director 135 is prompted for a filename. At 
this point, video director 135 enters the desired filename and the file is then 
retrieved and the broadcast instructions are displayed on timesheet 299. All of 
these commands are also accessible through pull-down menu items on GUI 133. 

[0082] Referring still to FIG. 2B, in an embodiment, video director 135 has the 

capability to create a broadcast instructions play-list. A broadcast instructions 
play-list is a sequential list of broadcast instructions files. 

[0083] Video director 135 creates a broadcast instructions play-list by inserting 

broadcast instructions files into play-list window 262. To insert a broadcast 
instructions file into play-list window 262, video director 135 activates an insert 
file button 260. Upon activating insert file button 260, video director 135 selects a 
broadcast instructions file that has been previously saved and stored in processing 
unit 102. After video director 135 selects a broadcast instructions file, the 
broadcast instructions file is inserted into play-list window 262. To insert 
additional broadcast instructions files to play-list window 262, video director 135 
merely activates insert file button 260. To delete a broadcast instructions file from 
play-list window 262, video director 135 selects the broadcast instructions file 
using mouse 1 16 or other device, and then either drags the file to delete icon 261 
or activates a delete button on keyboard 118. 

[0084] Video director 135 can also name and save a broadcast instructions 

play-list. To name and save a broadcast instructions play-list, video director 135 
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activates save button 265. Upon activating save button 265, video director 135 is 
prompted to name the broadcast instructions play-list. After naming the broadcast 
instructions play-list, the broadcast instructions play-list is saved to a file. To load 
a previously saved broadcast instructions play-list into play-list window 262, 
video director 135 activates play-list open button 264. Upon activating play-list 
open button 264, video director 135 selects a broadcast instructions play-list that 
has been previously saved and stored to a file. After video director 135 selects a 
broadcast instructions play-list, each broadcast instructions file that is in the 
play-list is inserted into play-list window 262. To insert additional broadcast 
instructions files to play-list window 262, video director 135 merely activates 
insert file button 260. 

[0085] Once a play-list has been created by inserting broadcast instructions files 

into play-list window 262, the play-list can be executed automatically with a 
touch of a single button. To automatically execute a play-list, video director 135 
first double clicks the top broadcast instructions file in play-list window 262, 
thereby loading the top broadcast instructions file in the play-list into timesheet 
299. Video director 135 then activates auto-play/step button 266. Activating 
auto-play/step button 266 activates timer 1002. When the currently executing 
broadcast instructions finish executing, the next broadcast instructions file 
specified in the play-list is loaded into timesheet 299 and automatically executed. 
This process continues until all of the broadcast instructions files in the play-list 
are executed. 

[0086] The advantage of the broadcast instructions play-list feature is that it 

enables the video director 135 to execute a show using multiple sets of broadcast 
instructions. Consequently, instead of creating one very large set of broadcast 
instructions to execute a show, a video director 135 can create several small, more 
manageable sets of broadcast instructions to execute the show. 
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[0087] The present invention permits video director 135 to manually prepare and 

enter the broadcast instructions into an automation control timesheet (e.g., 
timesheet 299 or timesheet 1600). In another embodiment, the present invention 
allows for a director's rundown sheet to be automatically converted into a set of 
broadcast instructions. In this embodiment, video director 135 would create, or 
select from a list of predefined, broadcast element (BCE) files to prepare a 
rundown sheet, as described in commonly assigned U.S. Patent Serial No. TBD 
(Attorney Docket No. 1752.0130001), filed April 2, 2001, by Holtz et al, and 
"Method, System and Computer Program Product for Full News Integration and 
Automation in a Real Time Video Production Environment," (hereinafter 
referred to as "the '0001 application"). The disclosure of the '0001 application is 
incorporated herein by reference as though set forth in its entirety. 

[0088] Typically, each line within a set of broadcast instructions corresponds to a 

media production station and/or equipment. This grouping of commands (i.e., line 
of broadcast instructions) to represent an element or group of elements is known 
as a BCE file (such as, the Transition Macro™ Element (TME) file developed by 
ParkerVision, Inc.). BCE files can represent a single line on the director's 
rundown or multiple lines that represent a complete story. Accordingly, the 
director would create or choose BCE files comprising all the media production 
commands necessary to represent an element on the show rundown. Accordingly, 
all the commands that the director would need to communicate with the 
production crew are illustrated and stored in the BCE files. In other words, the 
BCE files can be programmed to represent typical show segments found in the 
show rundown, such as INTRO/PKG/TAG, VO, SOT, OTS, VO/SOT 
combination, on camera and other elements or segments of a show. 

[0089] Once video director 135 prepares the rundown by created or choosing the 

appropriate BCE files, video director 135 instruct processing unit 102 to import 
the BCE files and associated broadcast instructions into timesheet 299 (or 1600. 
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Instructions can be provided by activating an icon (not shown) on GUI 133, using 
a pull-down menu, issuing verbal commands, or the like. 

[0090] As a show is executed from a set of broadcast instructions, a show script 

file is created and stored by filename for seamless, continuous scrolling and future 
recall. Each segment on the show has an associated story file that contains the 
script and related elements. As each segment is broadcast, the story file for the 
subsequent segment is automatically appended to the story file for the active 
segment. After a story file is appended within the show script file, the broadcast 
instructions for the subsequent segment cannot be deleted from system 100. 
Processing unit 102 would then automatically execute the subsequent segment 
and its story file would be recorded in the show script file. In another 
embodiment, video director 135 can manually alter the broadcast instructions for 
the subsequent segment after the story file has been appended in the show script 
file, and all changes to the media production commands would be recorded in the 
appended story file. The appended file also includes instructions for 
teleprompting system 108 to cue the talent for the upcoming news story, i.e. VO, 
SOT, CAM-3, and the like. Upon completion of the broadcast, the show script file 
contains all of the appended files. 

[0091] In an embodiment of the present invention, an online user (e.g., student 

720, instructor 716, and the like) can browse a web page served by media 
production system 100 and select an entire show or segments from a show for on- 
demand viewing. After the user makes the selection by clicking on one or more 
icons, processing unit 102 for system 100 would load and execute the prerecorded 
show script file to feed the video show over the Internet (e.g., network connection 
316), or subscript files of selected segments to the users. In an embodiment, 
system 100 encodes the broadcast instructions for the show or segment to be 
streamed over the Internet (e.g., network connection 316). As described in the 
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'735 application, encoding permits the appropriate show segment(s) partitioned, 
tagged, stored to be subsequently retrieved for subsequent transmissions. 
[0092] Referring back to FIG. 2B, another feature of the present invention is that 

a set of broadcast instructions or a subset of broadcast instructions can be 
associated with one of many hot-keys 212. When a hot-key 212 is activated by 
video director 135, the broadcast instructions or a subset of broadcast instructions 
associated with the hot-key 212 is automatically inserted into the current 
executing broadcast instructions wherever time indicator 1099 happens to be 
located. The video director 135 can activate a hot-key 212 at any time, even when 
the current executing broadcast instructions are in the middle of being executed. 
A further feature is that each hot-key has an associated label for identifying each 
hot-key 212. 

[0093] Hot-keys 212 are typically used for "late breaking news" stories that come 

in after a show has been pre-produced and after a set of broadcast instructions has 
been created to execute the show. Typically, a video director 135 creates one or 
more sets of late breaking news broadcast instructions and associates each set of 
late breaking news broadcast instructions with a hot-key 212. Thus, when a late 
breaking news event occurs, video director 135 merely needs to activate one of 
the hot-keys 212 to insert a late breaking news segment into a pre-existing set of 
broadcast instructions. 

[0094] In an embodiment, video director 135 associates a set or subset of 

broadcast instructions with a hot-key 212 by selecting one or more icons that have 
been placed onto timesheet 299. After selecting the one or more icons, video 
director 135 selects one of the hot-keys 212, such as hot-key 212(1). As a result, 
the selected icons are associated with hot-key 212(1). When video director 135 
activates hot-key 212(1), the icons associated with hot-key 212(1) are inserted 
into the current broadcast instructions that are displayed on timesheet 299. In this 
manner, in the event of last minute changes to a show's script, video director 135 
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can modify the show's broadcast instructions to create a new set of broadcast 
instructions that recognizes the changes to the script, even when the show is in the 
process of executing. 

[0095] Alternatively, instead of using hot-keys 212 to modify an existing set of 

broadcast instructions, video director 135 always has the ability to modify an 
existing set of broadcast instructions by adding icons to and deleting icons from 
timesheet 299. However, hot-keys 212, provide a quicker and more precise way to 
add icons to an existing set of broadcast instructions. In addition, new broadcast 
instructions can be assembled using pre-configured hot-keys 212 or using a 
combination of hot keys 212 and dragging and dropping icons. 

[0096] Another feature of the present invention is that as the video show is 

executed, the broadcast instructions route signals to a tally controller on video 
switching, audio mixing and other configurable conditions to control tally lights 
on cameras, monitors and other equipment to make personnel and talent aware of 
"status." This tally controller also activates the lights based on the activity inside 
the studio, e.g. "ON AIR." 

[0097] Another feature provided by the present invention is that video director 

135 always has the ability to manually control the media production devices in 
communication with processing unit 102. This is true even when broadcast 
instructions are being executed. Thus, at any time, video director 135 can assume 
manual control over a media production. That is, video director 135 can manually 
control any media production device. 

IV. Media Production Tutorial Management 

A, Tutorial Management Server 

[0098] FIG. 4 illustrates, according to an embodiment of the present invention, a 

block diagram of media production tutorial management server 320. FIG. 4 is a 
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conceptual illustration of tutorial management server 320 that allows an easy 
explanation of the present invention. That is, one or more of the blocks can be 
performed by the same piece of hardware or module of software. It should also be 
understood that embodiments of the present invention can be implemented in 
hardware, software, or a combination thereof. In such an embodiment, the various 
components and steps would be implemented in hardware and/or software to 
perform the functions of the present invention. 

[0099] Tutorial management server 320 represents one or more computers 

^ providing various shared resources with each other and to the other network 
computers. The shared resources include files for programs, web pages, databases 
and libraries; output devices, such as, printers, plotters and audio/video recorders 
and players; and communications devices, such as modems and Internet access 
facilities. The communications devices can support wired, wireless or both 
communications, including satellite based, and the like. The server is configured 
to support the standard Internet Protocol (IP) developed to govern 
communications over public and private Internet backbones. The protocol is 
defined in Internet Standard (STD) 5, Request for Comments (RFC) 791 (Internet 
Architecture Board). The server can also support transport protocols, such as, 
Transmission Control Protocol (TCP), User Datagram Protocol (UDP) and Real 
Time Transport Protocol (RTP). The server is also configured to support various 
operating systems, such as, the Netware™ system available from Novell®; the 
MS-DOS®, Windows NT® and Windows® 3.xx/95/98/2000 systems available 
from Microsoft®; the Linux® system available from Linux Online Inc.; the 
Solaris™ system available from Sun Microsystems, Inc.; and the like as would be 
apparent to one skilled in the relevant art(s). 

[0100] As shown in FIG. 4, tutorial management server 320 in a representative 

embodiment, includes an assembly manager 408, tutorial controller 416, 
matriculation manager 420, curriculum manager 424, performance manager 428, 
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study guide manager 432, messaging manager 436 and database controller 440. 
Tutorial management server 320 is in communication with tutorial management 
database 324 (shown in FIG. 4 as curriculum database 324a and institution 
database 324b). 

[0101] Assembly manager 408 exchanges signals or requests, i.e. IP datagrams or 

data packets, across network 316 with student workstations 304, instructor 
workstations 308 and media production systems 100 (workstations 304 and 308 
and systems 100 are collectively referred to herein as "client workstations"). The 
data packets are sent to tutorial controller 416 where they are routed to 
matriculation manager 420, curriculum manager 424, performance manager 428, 
study guide manager 432 and/or messaging manager 436, as appropriate 
(managers 420-436 are collectively referred to herein as "tutorial application 
managers"). Accordingly, the data packets wait in assembly manager 408 until a 
suitable tutorial application manager can be identified by tutorial controller 416. 
Tutorial controller 416 identifies the suitable tutorial application manager by, for 
example, reading the destination header frames and evaluating the capacity and 
current workload of the designated tutorial application manager. 

B. Matriculation Manager 

[0102] One tutorial application manager is matriculation manager 420. 

Matriculation manager 420 registers all clients and maintains a current list of all 
clients that have been authorized to access and utilize tutorial management server 
320. Clients include students, instructors, and administrators from an educational 
institution, such as a high school, university, employer-provided training facility 
and the like. A client profile, including the scope of each client's authorization is 
maintained in institution database 324b, as discussed in detail below. Each client 
profile includes a unique identification number that identifies the client. For 
instance, each student would be assigned a Student_ID, each instructor would 
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have an InstructorlD, each institution would have an Institution_ID used by the 
institution's system administrator, and the like. As such, matriculation manager 
420 maintains the security of system 300 by restricting access to each client's 
records and other administrative features of tutorial management server 420. 
[0103] To participate in a tutorial session, each client must register with 

matriculation manager 420 to create a client profile. The client profile would 
include demographic data for each client, such as name, geographic address, 
electronic mailing (email) address, age, gender, educational background, and the 
like, as would be apparent to one skilled in the relevant art(s). The client profile 
can also include data about the respective client workstations, such as model, 
manufacturer, serial number, operating system, browser software, word 
processing programs, graphics software, memory capacity, microprocessor speed, 
and the like, as would be apparent to one skilled in the relevant art(s). The profile 
data is used to determine whether the client workstations meet the basic 
configuration requirements to receive media streams from tutorial management 
server 420. The profile data can also be used to configure the media streams to 
make them compatible with the client workstations. For example, the media 
streams can be formatted to support Apple®, Microsoft®, or RealNetworks® 
multimedia applications; Netscape® and Microsoft® browsers capable of 
handling Java 1.1 or higher; Windows®, Novell® or Linux® operating systems; 
HyperText Markup Language (HTML), Synchronized Multimedia Integration 
Language (SMIL), Extensible Markup Language (XML), Allaire® Cold Fusion, 
Apple® Web Objects®, Haht Site®, PHP, Aestiva® scripting languages; or the 
like as would be apparent to one skilled in the relevant art(s). In an embodiment, 
the media streams can be formatted to support GIF for graphics, JPEG for 
photographs, Apple® QuickTime® for dynamic media (i.e., audio and video), 
Macromedia® Flash™ for simple animation, Macromedia® Shockwave® for 
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more advanced animation, and Adobe® Acrobat® for manuals. The profile data 
can be updated on a periodic basis, as discussed below. 

[0104] Each client profile can also contain a password generated by matriculation 

manager 420 or designated by the client. To initialize a tutorial session with 
tutorial management server 320, the client would be prompted to enter the 
assigned identification number and password. The identification number and 
password would be verified against the data stored in the client profile. Access 
would be granted if the data matches and the client's account is in good standing. 
If access is denied for whatever reason, matriculation manager 420 routes, for 
example, a Java applet to the respective client workstation to create a dialog box 
to inform the client that access has been denied. 

[0105] Matriculation manager 420 also supports billing and accounting. As 

discussed, each client must register with tutorial management server 420. After a 
client registers, the client would be billed for the requested services. In an 
embodiment, a Java application prepares an invoice and bills the clients sending 
the invoice electronically to the client's email address. Alternatively, the invoice 
can be printed and mailed to the client's geographic address. Payment can also be 
accepted electronically by receiving and verifying a credit or debit card number or 
receiving electronic fund transfers from an authorized bank account, or the like as 
would be apparent to one skilled in the relevant art(s). Upon receipt of proper 
payment, the client's registration or account would be placed in a good standing 
status. Only if the client's account is in good standing would the client be able to 
have access to certain system features, including participation in tutorial sessions. 

[0106] Matriculation manager 420 can also be configured to restrict access to 

certain system features of tutorial management server 320. For instance, an 
designated instructor 716 can be authorized to access the student records for all 
students registered for the instructor's class. However, an individual student 720 
may only have access to that student's own records. Alternatively, student 720 
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can be authorized to receive only certain tutorial lessons that instructor 716 has 
approved for student 720 to receive. Moreover, student 720 can be restricted from 
receiving the lesson until student 720 has properly registered and paid for the 
course, as discussed above. To restrict or grant access to certain features of 
tutorial management server 420, a table can be generated identifying the scope of 
each client's use of the system 300. As an alternative, this information can be 
recorded in the client's profile. Accordingly, each time a client requests access, 
matriculation manager 420 verifies whether the client is authorized to receive the 
requested communication. 
[0107] Matriculation Manager 420 also acknowledges that a student 720 belongs 

to a specific class as identified by instructor 716. Instructor 716 can enter names 
matriculated in the class and assign passwords for access. In addition, Instructor 
716 can place limits whereby students 720 cannot go beyond certain points in the 
lesson to get ahead of the class as an example. Students 720 have these limits as 
well as progress limits that do not allow access to other lesson plans without 
satisfactory performance on quizzes and unit tests, as described below. 

C. Curriculum Manager 

[0108] Tutorial management server 320 also includes curriculum manager 424. 

Curriculum manager 424 delivers lesson contents to student 720 over network 
316. The lesson contents would provide a comprehensible media production 
curriculum. In an embodiment, a Java application sends instructions to each 
student workstation 304 to display the lesson contents on the workstation's 
display (e.g., GUI). The lesson contents comprise text, graphics, audio, video, or 
any combination thereof. In an embodiment, the subject matter of the lesson 
contents cover three levels of complexity: beginning, intermediate and advanced. 
Within each level, the lesson contents can be divided into a plurality of units. 
Each lesson unit is built around one or two learning objectives. For example, 
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"Unit 1" can pertain to the history of television production. Unit 2 can pertain to 
the types of camera equipment. Unit 3 can pertain to the types of audio 
equipment. Unit 4 can pertain to video editing. In short, the units can cover a 
variety of media production concepts, equipment, techniques and related topics, 
including, but not limited to, lighting, transition effects, live studio production and 
the like as would be apparent to one skilled in the relevant art(s). The text for each 
unit can be approximately one to four paragraphs in length (the equivalent of one 
web page). 

[0109] In an embodiment, each lesson unit can be further divided into sections 

and subsections dealing with more specific topics. Moreover, each lesson unit can 
include tests or section quizzes that can be generated to evaluate the ability of 
student 720 to comprehend each unit or section, as appropriate. 

[0110] Curriculum manager 424 prepares and routes the lesson contents to 

student workstations 304. FIG. 9 illustrates an embodiment of GUI 900 for 
displaying the lesson contents on student workstations 304. GUI 900 includes a 
navigation bar 904, script window 942, lesson key 938 and supporting media 
window 948. Navigation bar 904 contains a plurality of buttons or icons 908-934 
that can be activated to perform various functions during the course of the tutorial 
lesson. Lesson key 938 identifies the specific lesson that student 720 is currently 
viewing on GUI 900. For example, referring to FIG. 9, lesson key 938 identifies 
the lesson as being taken from Unit 2, entitled "Camera" and Section 2.1, entitled 
"Basic Shots." The text for the lesson is displayed in script window 942. GUI 900 
can also include supporting media window 948 to provide illustrations, examples 
or models to support the subject matter of the text displayed in script window 942. 
The media streamed to supporting media window 948 can take various forms. For 
example, referring to FIG. 9, supporting media window 948 can display a graphic, 
such as an illustration of a tripod. In another embodiment, supporting window 948 
can display video, audio or multimedia, including, but not limited to, animations, 
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illustrations, photographs, other graphical or high bandwidth information, and the 
like, as would be apparent to one skilled in the relevant art(s). 

[0111] In an embodiment, GUI 900 is configurable to support a glossary feature. 

In this embodiment, the text in script window 942 can include one or more terms 
that can be further explained. The terms can be designated by hyperlinks or hot 
spots, identified by, for example, a different color, font or style than the remaining 
text. The hyperlinks would provide client access to a glossary stored in 
curriculum manager 324a. In other words, student 716 can obtain additional 
information about a designated term in script window 942 by, for example, 
clicking on the term to activate its hyperlink. The glossary request would be 
routed to curriculum manager 424 who communicates with matriculation manager 
420 to determine the student's access rights. If authorized, curriculum manager 
would obtain the glossary records from curriculum manager 324a and route the 
information to the respective student workstation 304. In an embodiment, a Java 
application in student workstations 304 would create a separate window to display 
the glossary information to provide amplification and clarification of the term. 
The term would be highlighted in the glossary window. Clicking on the 
highlighted term would cause the window to be withdrawn and the lesson section 
would once again appear on GUI 900. As would be apparent to one skilled in the 
relevant art(s), other formats can be used for presenting and withdrawing the 
glossary window, such as activating a icon, using a pull down menu, double- 
clicking the window, and the like. 

[0112] Navigation bar 904 enables student 720 to control the tutorial session. For 

example, directional icons 924 (shown in FIG. 9 as 924a, 924b and 924c) enables 
student 720 to move among the various sections in each lesson unit. Referring 
again to the example in FIG. 9, lesson key 938 indicates student 720 is currently 
viewing Unit 2, Section 2.1 on GUI 900. Activating "next" directional icon 924c 
would take student 720 to the next section or subsection in Unit 2. If student 720 



SKGFRef.: 1752.0140001 



-37- 

activates "previous" directional icon 924a, GUI 900 would display the Unit and 
Section last visited by student 720. Alternatively, activating previous directional 
icon 924a can take student 720 to the previous section or subsection in the Unit 
currently displayed in lesson key 938 (i.e. Unit 2). In an embodiment of the 
present invention, a Java applet in each student workstation 720 routes the 
requests for current, next and previous Sections to curriculum manager 424. 

[0113] Navigation bar 904 also includes announcement icon 908, syllabus icon 

912, examination icon 916, review icon 920, help icon 930 and exit icon 934. The 
functionality of announcement icon 908, examination icon 916 and review icon 
920 are discussed in the following sections. Activating help icon 930 would send 
a request to curriculum manager 424 for online assistance during the tutorial 
session. Help icon 930 enables the client to receive real time, online information 
about using a particular feature of system 300. System 300 supports both general 
and context sensitive help requests. For example, in response to a help request, 
curriculum manager 424 can send to the respective student workstation 304 an 
index of all keywords or topics related to tutorial system 300. Alternatively, 
curriculum manager 424 can filter the index to send only information related to 
the context of the current tutorial session. 

[0114] Activating help icon 930 temporarily suspends the tutorial session while 

student 720 views the online assistance content. To return to the tutorial session, 
student 720 can activate "current" directional icon 924b. Current directional icon 
924b would return student 720 to the Section that was being displayed prior to the 
interruption. Activating exit icon 934 would terminate the current tutorial session, 
i.e. current lesson unit. 

[0115] In an embodiment, curriculum manager 424 tracks and marks the 

placement of student 720 during the lesson units, such that if the tutorial session is 
interrupted (i.e., terminated or suspended), for whatever reason, curriculum 
manager 424 can return student 720 to the section last routed to the respective 
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student workstation 304. In essence, curriculum manger 424 is configured to 
remember where student 720 has been, what lesson units/sections have been read, 
and in general, tracks the student's progress. As a result, each student 720 is not 
required to go through the lesson units/sections in any specific order, nor would 
they be required to receive all lesson units/sections. 

[0116] As such, student 720 can select any authorized lesson unit/section, in any 

order, from a hierarchical listing of lessons or syllabuses. Activating syllabus icon 
912 would send a request to curriculum manager 424 to temporarily suspend an 
active tutorial session and send a listing of all syllabuses for the lesson units. 
Alternatively, curriculum manager 424 can send only the syllabus for the current 
lesson unit or the lesson unit(s) student 720 has been authorized by matriculation 
manager 420 to receive. 

[0117] Each lesson unit contains a syllabus that describes the objectives and 

contents, including all sections, of the respective tutorial lesson. FIG. 11 
illustrates an embodiment of GUI 1 100 for displaying an exemplary syllabus page 
on student workstations 304. As can be seen in this embodiment, GUI 1100 
provides a listing of all lesson units in unit window 1 120. Referring to FIG. 1 1, in 
this exemplary embodiment, unit window 1120 comprises a listing of twenty 
lesson units. The list can be presented in expandable/collapsible form. Unit 
window 1120 also includes an icon or hot spot that is related to each unit. 
Activating one of the unit icons or hot spots would cause a complete syllabus for 
the respective unit to be generated and displayed in section window 1140. For 
example, referring to FIG. 11, activating unit icon 1124 would cause section 
window 1 140 to display the syllabus for the lesson Unit No. 2, entitled "Camera." 
Alternatively, the text adjacent to icon 1 124 is a hot spot that can be activated to 
display the syllabus in section window 1140. In an embodiment, the icons (e.g., 
1124, 1144, 1148) in windows 1120 and 1140 are symbols for visual progress 
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reports represented by colors. The color scheme can be used to specify whether a 
student 720 has visited, completed or successfully tested a lesson or the like. 

The icons or hot spots in section window 1 140 provide additional icons or 
hot spots for selecting the lesson sections available in the respective unit. For 
example, activating section icon 1144 or the hot spots linked to the text adjacent 
to it would cause the display GUI to display the lesson for Section No. 2.1 in the 
subsection entitled "Tripods," as described in reference to GUI 900 in FIG. 9. As 
discussed, an embodiment of the present invention provides section and unit icons 
that indicate the student's status for each section. For example, a color scheme 
can be provided to indicate the sections that have been completed. Alternatively, 
another icon (not shown) can be used to indicate the status as being, for example, 
"not visited," "section in progress," "lesson visited but no yet tested," "lesson 
tested but incorrectly answered and needing review," "lesson complete (tested and 
answered correctly)" and the like. Moreover, a context sensitive menu can be 
provided to present the status data. The context sensitive menu can be generated 
by right-clicking the appropriate unit or section icon, using a pull down menu, or 
the like as would be apparent to one skilled in the relevant art(s). 

In an embodiment of the present invention, the unit syllabuses as well as 
the online assistance information and lesson contents (i.e., script window 942) for 
each section, including supporting media (i.e., supporting media window 948) are 
stored in curriculum database 324a. Therefore, in an embodiment, curriculum 
manager 424 uses, for example, a Java application to receive user requests for 
lesson contents, online assistance and/or syllabuses, selects data packets 
containing the appropriate lesson content, online assistance or syllabus from 
curriculum database 324a, and routes the data packets to the requester. 

In an embodiment of the present invention, supporting media are stored in 
curriculum database 324a and routed to student 720, as discussed above. In 
another embodiment, the supporting media can be stored and read directly from a 
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memory unit, such as a CD-ROM drive, integrated with student workstations 304. 
In this embodiment, this dynamic and graphic media integrated into the lesson 
content would appear to come from curriculum manager 424, but would actually 
be delivered from, for example, the CD-ROM to provide fast access to the 
elements with a minimum of bandwidth. 

[0121] Prior to processing a client's request for lesson or syllabus data, 

curriculum manager 424 determines whether the client has been authorized to 
receive the data transmissions. Using tutorial controller 416, curriculum manager 
424, in an embodiment, exchanges communications with matriculation manager 
420 to determine the client's authorization status, as discussed above. Only if the 
client has been authorized as determined by matriculation manager 420 would the 
client receive the lesson and/or syllabus transmissions. As such, curriculum 
manager 424 is configured to support interactive real time communications with 
client workstations over a network connection, such as the Internet. 

[0122] In an embodiment, curriculum manager 424 can send exercise material to 

student 720 to support the lesson unit/sections. The exercises can be a separate 
section or unit located in the lesson syllabus. The exercises can also be prepared 
by the respective instructor 716 and routed to student 720. The exercise material 
is used to supplement the lesson content and provide hands-on training for media 
production. As such, the exercises can be developed to correspond to the content 
and complexity (i.e., beginning, intermediate and advance) of the individual 
lessons. For example, the exercise can be an assignment for student 720 to create 
a producer's rundown and broadcast instructions, or select pre-prepared broadcast 
instruction or prerecorded show segments, that can be used to program a media 
production system 100. If, for example, the student is currently viewing lesson 
sections related to video cameras, the assignment can request student 720 to place 
the appropriate camera icons 274-277 onto camera control lines 1008-1011 to 
create broadcast instructions. The assignment or exercises can also be designed to 
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teach other functions and operations of media production system 100 discussed 
above. For instance, student 720 can be directed to program and/or execute a hot- 
key 212 that can be used to produce a show segment. Student 720 can also be 
requested to create other types of pre-production instructions, such as the order of 
show segments, transition effects, camera signals, BCEs, and the like. 
[0123] Moreover, student 720 can be directed to execute broadcast instructions to 

produce and stream a live show directly from student workstations 308. Media 
production system 100 is configurable to stream live video, and/or record and 
store to a record/playback device (RPD) 128 a live video show, as described in 
the '161 application and the '735 application. Thus, tutorial system 300 permits 
video shows to be broadcast over computer network 316 either live or on-demand. 
In an embodiment, the entire show can be video streamed over the Internet for 
viewing by instructor 716 or other clients or authorized users of tutorial system 
300. 

[0124] As such, student workstations 308 are configured to send instructions to 

the media production system 100 and control a plurality of media production 
devices, as discussed above. To execute the broadcast instructions, in an 
embodiment, student 720 can route the commands directly to the media 
production system 100. Alternatively, in another embodiment, the commands can 
be routed to curriculum manager 424 before it is directed to the media production 
system 100. In this embodiment, curriculum manager 424 can evaluate the 
broadcast instructions for accuracy and provide real time feed back to the student. 
The feed back can include recommendations for creating a more efficient 
broadcast instructions. Similarly, the broadcast instructions or the video broadcast 
can be routed to instructor 716 for evaluation and feedback. For all exercises, the 
exercise material, and recommended answers for the exercise material, can be 
stored in curriculum database 324a and linked to the appropriate lesson 
section/unit. 
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D. Performance Manager 

[0125] In addition to streaming lesson contents over network connection 316, 

tutorial management server 320 can also conduct quizzing and testing for the 
lesson sections/units, deliver test scores and status reports, and maintain a 
database of all student 720 and institution performance records. Referring to FIG. 
4, tutorial management server 320 utilizes performance manager 428 to perform 
the examination functions. In an embodiment, performance manager 428 provides 
two types of examinations: section quizzes and unit tests. As discussed below, 
curriculum database 324a maintains a separate collection of quiz and test 
questions that are linked to each lesson section. Accordingly, each lesson unit 
would have a collection of quiz questions and collection of test questions. In an 
embodiment, each lesson section has a minimum of four test questions. 

[0126] Section quizzes provide each student 720 with an opportunity to 

immediately self evaluate the student's mastery of the subject matter. Student 720 
can take a section quiz at any time during a tutorial session by activating 
examination icon 916. Upon activation, performance manager 428 would verify 
the student's access privileges by communicating with matriculation manager 420 
through tutorial controller 416. Next, performance manager 428 would 
communicate with curriculum database 324a to obtain and route a quiz question 
to the respective student workstation 304. In an embodiment, the quiz question is 
chosen from all prior visited lesson sections. As discussed above, the student's 
visited lesson sections are tracked and recorded in institution database 324b by 
curriculum manager 424. In an alternative embodiment, the quiz question can be 
chosen only from the current lesson section. In both embodiments, the question 
can be randomly chosen or selected from an ordered list. 

[0127] Performance manager 428 maintains a log of the questions from section 

quizzes and unit tests that have been routed to each student 720. In an 
embodiment, the student's question log is stored with the records of student 720 
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in institution database 324b. If the quiz question is correctly answered, 
performance manager 428 would route instructions via, for example, a Java applet 
to create a graphical depiction, such as a dialog box, to congratulate the student. 
The student's question log would be updated to indicate that student 720 has 
correctly answered the question. 

[0128] If the question is incorrectly answered, the related section topic is recorded 

in the student's study guide, as discussed in detail below. Additionally, the 
student's question log would be updated to indicate that student 720 did not 
correctly answer the question. In an embodiment, subsequent quiz questions 
would be selected and compared against the question log, and performance 
manager 428 would only send those questions that student 720 has not answered 
previously or correctly. 

[0129] FIG. 12 illustrates an embodiment of GUI 1200 for displaying an 

exemplary quizzing session for one or more lesson sections on student 
workstations 304. As discuss, activation of examination icon 916 would 
temporarily suspend an active tutorial session and initiate the quizzing session. 
Performance manager 428 would send the quiz question to the respective student 
workstation 304 where the quiz would be displayed in script window 942. For 
example, script window 942 can provide the text for the quiz question and two or 
more answer choices. Student 702 would indicate a response by moving an input 
device, such as a mouse, to select the appropriate answer. Activating the send icon 
1250 would cause the respective student workstation 304 to send the answer 
response to performance manager 428 for evaluation. Performance manager 428 
compares the response to an answer key stored in curriculum database 324a and 
provides real time feedback to the respective student workstation 304. 

[0130] In addition to the section quizzes, performance manager 428 provides unit 

tests to evaluate each student 720 and test the student's knowledge of the 
respective lesson unit. In an embodiment, student 720 would automatically 
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receive a unit test after viewing all lessons in the current unit. This may occur 
when student 720 comes to the end of a lesson unit and activates next directional 
icon 924c after viewing the last lesson section. In another embodiment, student 
720 can be prompted to indicate whether the student is ready to take the unit test 
after viewing all lessons in the current unit. In this embodiment, performance 
manager 428 can give student 720 the option of initiating a quizzing or testing 
session, or skipping or delaying the examination phase to view other lesson units, 
review the visited lessons or use the study guide feature, as discuss below. In 
another embodiment, student 702 can take a unit test at any time by activating 
unit test icon 1148 on syllabus GUI 1100, as shown in FIG. 11. In this 
embodiment, performance manager 428 can evaluate a student's proficiency in a 
particular area before student 720 views the lesson unit, and subsequently retest 
student 720 to measure the student's improvement. 

[0131] To initiate a unit testing session, performance manager 428 would verify 

the student's access privileges by communicating with matriculation manager 420 
through tutorial controller 416. Next, performance manager 428 would 
communicate with curriculum database 324a to obtain and route unit test 
questions to the respective student workstation 304. The test questions are 
selected from the test questions related to the respective lesson unit. The test 
questions can be randomly generated or selected from an ordered list. In an 
embodiment, the total number of test questions are determined by the number of 
sections in the respective unit. A typical unit test would include at least one 
question from each section. 

[0132] FIG. 13 illustrates an embodiment of GUI 1300 for displaying an 

exemplary testing session for one or more lesson units on student workstations 
304. As discussed, activation of next directional icon 924c or the activation of an 
testing icon, such as unit test icon 1148 as shown in FIG. 11, would initiate the 
testing session. Performance manager 428 would send the test questions to the 
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respective student workstation 304 where the unit test would be displayed in 
script window 942. As discussed in reference to quiz GUI 1200, script window 
942 can provide the text for each test question and two or more answer choices. 
Student 702 would indicate a response by moving an input device, such as a 
mouse, to select the appropriate answer. Activating the send icon 1350 would 
cause the respective student workstation 304 to send the answer response to 
performance manager 428 for evaluation. 

[0133] In an embodiment, performance manager 428 compares the student 

responses against an answer key stored in curriculum database 324a. In this 
embodiment, a test report indicating the student's performance can be generated 
and routed to the respective student workstation 304 in real time. In an 
embodiment, student 720 can have the option of indicating whether the test report 
would be automatically sent to the assigned instructor 716. The student's 
performance on all questions (i.e., tests and quizzes) is stored in the student's 
records in institution database 324b. A cumulative performance report can be 
generated at any time from this data. In an embodiment, when exit icon 934 is 
activated to terminate a tutorial session, as discussed above, the student's current 
cumulative performance statistics can be routed to the respective student 
workstation 304. For example, the respective student workstation 304 can display 
a message saying, "You have 10 days to complete Course 101. You have visited 
95% of the Units. There are 5 lessons listed in your Study Guide as tested/quizzed 
incorrectly. You have completed 90% of the Course." The student's cumulative 
performance statistics can also be generated when requested by an authorized 
client. For example, instructor 716 and institution administrators can request 
performance statistics for a single student 720 or an entire class or institution. 

[0134] As discussed in reference to the quizzing sessions, a question log can also 

be generated to record the student's performance on the unit test. Incorrectly 
answered questions can be designated to be resent to student 720 during future 
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testing sessions. Additionally, the related sections for the incorrectly answered 
questions can be recorded in the student's study guide. Performance manager 428 
also permits student 720 to save a unit test and/or retake the unit test at a future 
date. 

E. Study Guide Manager 

[0135] Another tutorial application manager is study guide manager 432. Study 

guide manager 432 serves as a review tool. In an embodiment, study guide 
manager 432 maintains a study guide table for each student 720. The study guide 
table provides a compilation of lesson topics (i.e., lesson units and sections) for 
student 720 to review. The table can be stored in institution database 324b, where 
it can be linked to the student's records, as discussed below in more detail. 

[0136] The study guide table can be generated manually by a client (i.e., student 

720 or instructor 716) or automatically by study guide manager 432. In other 
words, in an embodiment, student 720 or instructor 716 can unilaterally select 
lesson sections that the client believes require further review and add the lesson 
topics to the study guide table for the respective student(s) 720. In another 
embodiment, performance manager 428 tracks and monitors the overall 
performance of each student 720, as discussed above. In this embodiment, tutorial 
controller 416 coordinates the exchange of communications between performance 
manager 428 and study guide manager 432 during quizzing or testing sessions. If 
a question is incorrectly answered, the related section topic can be automatically 
recorded in the student's study guide table. Alternatively, in this embodiment, 
performance manager 428 can determine the student's cumulative statistical 
performance for each lesson section, and record only the topics having a low 
proficiency score. For example, the study guide table can include only those 
sections where the cumulative performance is below 80% or some other 
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percentage selected by a client (i.e., instructor 716 or student 720) or set by study 
manager 432. 

[0137] Student 720 can access the study guide table from the respective student 

workstation 304. FIG. 14 illustrates an embodiment of GUI 1400 for displaying 
an exemplary review page generated by study guide manager 432. The activation 
of review icon 920 would temporarily suspend an active tutorial session and 
request study guide manager 432 to send instructions to the respective student 
workstation 304 to create the review page. For example, script window 942 can 
provide data summarizing the student's cumulative performance. For example, 
script window 942 can provide reminders to student 720, such as "You have 1 5 
days to complete 60% of the Unit 02. You have yet to visit 30% of these lessons, 
you have visited 42% but not been quizzed on 24%, you have successfully passed 
30% of the quizzes." 

[0138] The contents from the study guide table can be presented in region 1404. 

In an embodiment, as shown in FIG. 14, region 1404 can list the unit, section and 
subsection for each topic referenced in the study guide table. A hyperlink can be 
provided to identify and access each section or subsection in region 1404. For 
example, as shown in FIG. 14, a hyperlink provides access to the subsections 
entitled "Long Shots" and "Dolly" in Unit 2. Student 720 can review the section 
or subsection by activating the hyperlink by, for example, moving a mouse to 
click on the hyperlink. In response, the respective student workstation 304 would 
send a request to curriculum manager 424 for the designated lesson section or 
subsection, as discussed above. 

F. Messaging Manager 

[0139] Tutorial management server 320 also includes messaging manager 436. 

Messaging manager 436 permits each client to send messages to one or more 
other clients. For example, one student 720 can send a personal email to another 
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student 720 or instructor 716. Likewise, instructor 716 can send email messages 
to all students 720, or to one or more designated students 720, in the course taught 
by instructor 716. Furthermore, student 720 or instructor 716 can post a bulletin 
message that can be accessed and read by all authorized clients. 

[0140] In an embodiment, an announcement board can be established for each 

class taught by instructor 716. Instructor 716 can use the announcement board to 
amplify and expand course content and respond to specific questions from student 
720. Upon request, messaging manager 436 sends a form to the respective 
instructor workstation 308 for instructor 716 to post announcements and 
responses. When new announcements are posted, messaging manager 436 sends a 
notification or reminder message to each student 720 to check the announcement 
board. The notification can be sent when student 720 initializes a tutorial session 
or in real time as instructor 716 posts the announcements and responses. 

[0141] Student 720 can access the announcements board from the respective 

student workstation 304. FIG. 17 illustrates an embodiment of GUI 1700 for 
displaying an exemplary announcements page generated from the announcement 
board by messaging manager 436. The activation of announcement icon 908 
would temporarily suspend an active tutorial session and request messaging 
manager 436 to send instructions to the respective student workstation 304 to 
create the announcements page. For example, script window 942 displays the 
announcements and responses posted by instructor 716. Student 720 can send 
questions and comments to instructor 716 by entering the data in reply window 
1720. Activating send icon 1750 would cause the respective student workstation 
304 to send the questions and comments to messaging manager 436. Messaging 
manager 436 would route the reply to instructor 716 if the transaction is 
authorized by matriculation manager 420. 

[0142] To respond to a reply from student 720, instructor 716 can post the 

student's reply, with or without the student's name, and the instructor's response 
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on the announcement board. The reply can be posted as originally drafted or 
instructor 716 can edit or paraphrase the reply. Messaging manager 436 would 
route the data to script window 942, as discussed above. Alternatively, instructor 
716 can send student 720 a private email in response to the student's reply, as 
appropriate. Therefore, instructor 716 is able to edit, police and monitor the 
announcement board for each course. 
[0143] Referring back to FIG. 4, in an embodiment, all requests to post or send a 

message are routed to messaging manager 436 via tutorial controller 416. Tutorial 
controller 416 supports communications with matriculation manager 420 to 
enable messaging manager 436 to verify whether a client is authorize to send or 
post a message. Messaging manager 436 also supports client requests to obtain 
other clients' email addresses. Accordingly, messaging manager 436 is able to 
obtain client addresses from the client profiles stored in institution database 324b. 

G. Tutorial Database 

[0144] As discussed above, tutorial management server 320 exchanges 

communications with tutorial database 324. Referring again to FIG. 4, all 
communications with tutorial database 324 (shown as curriculum database 324a 
and institution database 324b) are coordinated through database controller 440. 
The communications include instructions to copy, read and/or write to the 
database records. As such, database controller 440 serves as a window to tutorial 
database 324 and queries tutorial database 324 as requested by the tutorial 
application managers (i.e., 420, 424, 428, 432 and 436). 

[0145] Tutorial database 324 comprises a collection of integrated records used to 

support tutorial management server 320. In an embodiment, tutorial database 324 
includes a relational database management system (not shown) that controls the 
storing, retrieving and updating of data and metadata in the records in tutorial 
database 324. The database management system also controls data integration, 
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enforces integrity rules and constraints, and enforces security constraints. 
Referring again to FIG. 4, the database management system receives 
communications from database controller 440 and manipulates tutorial database 
324 to retrieve, store or update the records, as appropriate. 

[0146] FIG. 4 illustrates one representative embodiment of tutorial database 324. 

In this embodiment, tutorial database 324 comprises curriculum database 324a 
and institution database 324b. The records in curriculum database 324a includes 
data and metadata used to support curriculum manager 424. For example, 
curriculum database 324a can store four hundred or more lesson units that 
curriculum manager 424 can route to student workstations 304. As discussed in 
reference to FIG. 9, curriculum database 324a contains records for storing the text 
for the lesson content routed to script window 942. Curriculum database 324a, in 
an embodiment, contains records for the supporting media routed to supporting 
media window 948. The database records also contain online assistance 
information that can be obtained by activating help icon 930. As discussed above, 
the records of curriculum database 324a includes a collection of quiz and test 
questions that are linked to each lesson section. In an embodiment, each lesson 
section has a minimum of four test questions. 

[0147] As shown in FIG. 4, tutorial database 324 also includes institution 

database 324b. Institution database 324b contains records pertaining to each client 
(i.e., student 720, instructor 716 and institution) that has been authorized to utilize 
tutorial management server 320. As discussed, matriculation manager 420 
generates a profile for each client and stores the profile in institution database 
324b. The profile includes a complete record of the client's demographic data, 
such as name, geographic address, email address, age, gender, educational 
background, and the like, as would be apparent to one skilled in the relevant 
art(s). The client profile can also include data about the respective client 
workstations, such as model, manufacture, serial number, operating system, 
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browser software, word processing programs, graphics software, memory 
capacity, microprocessor speed, and the like, as would be apparent to one skilled 
in the relevant art(s). 

[0148] For each student 720, the records in institution database 324b include data 

that monitors and tracks the student's progress with the lesson units. This data 
includes the lesson sections that have been viewed, test and quiz questions that 
have been answered, the student's performance on the questions, and the like. 

[0149] FIG. 5 illustrates an embodiment of a relational diagram of the objects 

stored in tutorial database 324. As shown, institution object 510 contains all 
records pertaining to each registered institution. Similarly curriculum object 514 
represents the lesson contents and contains the records pertaining to curriculum 
database 324a. Institution object 510 has a many-to-many relationship to 
curriculum object 514. Accordingly, each registered institution can sponsor, and 
thus, have related records for, a plurality of lesson courses. Also, as shown in 
FIG. 5, curriculum object 514 has a many-to-many relationship with both 
instructor object 528 and student object 532. Instructor object 528 and student 
object 532 represent the database records pertaining to each instructor 716 and 
student 720. Therefore, the records in tutorial database 324 supports each student 
720 taking multiple courses, and each course, stored in curriculum database 324a, 
having multiple students 720 enrolled therein. 

[0150] An embodiment of a relational diagram for the objects in curriculum 

database 324a is illustrated in FIG. 6. As discussed, curriculum object 514 
represents the lessons contents or courses stored in curriculum database 324a. 
Each lesson has one or more syllabuses represented by syllabus object 610. In this 
embodiment, syllabus object 610 has a one-to-many relationship with instructors 
curriculum object 614 and lesson units object 618. Instructors curriculum object 
614 represents the records for an instructor's curriculum guide. The curriculum 
guide can be used to provide online instructions to instructor 716 to assist in 
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lesson planning, teaching media production techniques and the like. The 
curriculum guide is updated periodically such that instructor 716 can be informed 
of the latest media production technological changes in real time. In another 
embodiment, the lesson units and corresponding curriculum guide sections can be 
located or linked with more than one syllabus, thus supporting a many-to-many 
relationship. 

[0151] Lesson units object 618 represents the records used to route data and 

metadata for each lesson unit. In this embodiment, lesson units object 618 has a 
one-to-many relationship with both lesson sections object 622 and lesson tests 
objects 626. Lesson sections object 622 represents the records for the lesson 
sections, and lesson test object 626 represents the records for the questions and 
answers for the tests compiled for each lesson section/unit. Curriculum database 
324a can also be configured to support many-to-many relationships among lesson 
units object 618, lesson sections object 622 and lesson tests objects 626. 

[0152] Lesson sections object 622 are linked to exercises object 634 and quizzes 

object 638. Quizzes object 638 represent the records for the quiz questions and 
answers compiled for each lesson section. Exercise object 634 represents the 
exercise materials used to supplement the lesson section/units and provide hands- 
on training for student 720. For example, in an embodiment, a lesson section may 
include instructions to create a rundown sheet or broadcast instructions that can be 
implemented by media production system 100, as discussed above. The quiz and 
exercises can be unique to each lesson section, or the lesson sections can have 
quizzes and/or exercises in common. Accordingly, the database designs depicted 
in FIGs. 5 and 6 are representative embodiments of the present invention. It 
would be apparent to one skilled in the relevant art(s) that other designs can be 
easily used to structure the relationship among the various components without 
changing the scope of the invention. 
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V. Software and Hardware Embodiments 

[0153] The present invention (i.e., media production systems 100, tutorial system 

300, tutorial management server 320, tutorial database 324, or any part thereof) 
can be implemented using hardware, software or a combination thereof and can 
be implemented in one or more computer systems or other processing systems. In 
fact, in an embodiment, the invention is directed toward one or more computer 
systems capable of carrying out the functionality described herein. 

[0154] Referring to FIG. 8, an example computer system 800 useful in 

implementing the present invention is shown. The computer system 800 includes 
one or more processors, such as processor 804. The processor 804 is connected to 
a communication infrastructure 806 (e.g., a communications bus, cross-over bar, 
or network). Various software embodiments are described in terms of this 
exemplary computer system. After reading this description, it will become 
apparent to a person skilled in the relevant art(s) how to implement the invention 
using other computer systems and/or computer architectures. 

[0155] Computer system 800 can include a display interface 802 that forwards 

graphics, text, and other data from the communication infrastructure 806 (or from 
a frame buffer not shown) for display on the display unit 830. 

[0156] Computer system 800 also includes a main memory 808, preferably 

random access memory (RAM), and can also include a secondary memory 810. 
The secondary memory 810 can include, for example, a hard disk drive 812 
and/or a removable storage drive 814, representing a floppy disk drive, a magnetic 
tape drive, an optical disk drive, etc. The removable storage drive 814 reads from 
and/or writes to a removable storage unit 818 in a well-known manner. 
Removable storage unit 818, represents a floppy disk, magnetic tape, optical disk, 
etc. which is read by and written to removable storage drive 814. As will be 
appreciated, the removable storage unit 818 includes a computer usable storage 
medium having stored therein computer software and/or data. 
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[0157] 



In alternative embodiments, secondary memory 810 can include other 



similar means for allowing computer programs or other instructions to be loaded 
into computer system 800. Such means can include, for example, a removable 
storage unit 822 and an interface 820. Examples of such can include a program 
cartridge and cartridge interface (such as that found in video game devices), a 
removable memory chip (such as an EPROM, or PROM) and associated socket, 
and other removable storage units 822 and interfaces 820 which allow software 
and data to be transferred from the removable storage unit 822 to computer 
system 800. 

[0158] Computer system 800 can also include a communications interface 824. 

Communications interface 824 allows software and data to be transferred between 
computer system 800 and external devices. Examples of communications 
interface 824 can include a modem, a network interface (such as an Ethernet 
card), a communications port, a PCMCIA slot and card, etc. Software and data 
transferred via communications interface 824 are in the form of signals 828 which 
can be electronic, electromagnetic, optical or other signals capable of being 
received by communications interface 824. These signals 828 are provided to 
communications interface 824 via a communications path (i.e., channel) 826. This 
channel 826 carries signals 828 and can be implemented using wire or cable, fiber 
optics, a phone line, a cellular phone link, an RF link and other communications 
channels. 

[0159] In this document, the terms "computer program medium" and "computer 

usable medium" are used to generally refer to media such as removable storage 
drive 814, a hard disk installed in hard disk drive 812, and signals 828. These 
computer program products are means for providing software to computer system 
800. The invention is directed to such computer program products. 

[0160] Computer programs (also called computer control logic) are stored in main 

memory 808 and/or secondary memory 810. Computer programs can also be 
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received via communications interface 824. Such computer programs, when 
executed, enable the computer system 800 to perform the features of the present 
invention as discussed herein. In particular, the computer programs, when 
executed, enable the processor 804 to perform the features of the present 
invention. Accordingly, such computer programs represent controllers of the 
computer system 800. 

[0161] In an embodiment where the invention is implemented using software, the 

software can be stored in a computer program product and loaded into computer 
system 800 using removable storage drive 814, hard drive 812 or communications 
interface 824. The control logic (software), when executed by the processor 804, 
causes the processor 804 to perform the functions of the invention as described 
herein. 

[0162] In another embodiment, the invention is implemented primarily in 

hardware using, for example, hardware components such as application specific 
integrated circuits (ASICs). Implementation of the hardware state machine so as 
to perform the functions described herein will be apparent to persons skilled in the 
relevant art(s). 

[0163] In yet another embodiment, the invention is implemented using a 

combination of both hardware and software. 

VL Conclusion 

[0164] While various embodiments of the present invention have been described 

above, it should be understood that they have been presented by way of example, 
and not limitation. It will be apparent to persons skilled in the relevant art(s) that 
various changes in form and detail can be made therein without departing from 
the spirit and scope of the invention. Thus, the present invention should not be 
limited by any of the above described exemplary embodiments, but should be 
defined only in accordance with the following claims and their equivalents. 
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